home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 7700 < prev    next >
Encoding:
Text File  |  1996-08-05  |  2.6 KB  |  66 lines
  1. Newsgroups: comp.lang.c++
  2. Path: netcom.com!marnold
  3. From: marnold@netcom.com (Matt Arnold)
  4. Subject: Re: DLL's with classes in them
  5. Message-ID: <marnoldDnBryC.3ox@netcom.com>
  6. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  7. References: <4gkvhk$b1v@nms.telepost.no> <4gmpbs$cvl@news1.usa.pipeline.com>
  8. Date: Sun, 25 Feb 1996 09:34:59 GMT
  9. Sender: marnold@netcom20.netcom.com
  10.  
  11. grantp@usa.pipeline.com(Pete) writes:
  12.  
  13. >On Feb 23, 1996 18:03:31 in article <Re: DLL's with classes in them>,
  14. >'Carsten Arnholm <ca@sesam.dnv.no>' wrote: 
  15. > 
  16. > 
  17. >>J P Crocker <whl.adv.eng@dial.pipex.com> wrote: 
  18. >>>Here's one... 
  19. >>> 
  20. >>>I'm using Borland Turbo C++ 3.1, and am trying to create a DLL with a
  21. >class  
  22. >>>definition which I can import into my App.  I've decared the class in the
  23. >DLL  
  24. >> 
  25. >> .. [ sample deleted ] .. 
  26. >> 
  27. >>Unfortunately, I do not believe this is possible. DLL's support only
  28. >C-style 
  29. >>API functions. You can have objects inside & outside the DLL, but you
  30. >cannot 
  31. >>import or export such objects. 
  32. >> 
  33. >>If someone can prove me wrong, I would be most grateful. 
  34. >> 
  35. >Ok, I'll take the bait :-).  Two commercial examples of class libraries 
  36. >implemented as DLL's: 
  37. > 
  38. >     MFCxx.DLL 
  39. >     OWLxx.DLL 
  40.  
  41. That's right, the orignal poster is wrong.  Both Borland and Microsoft
  42. (and I'm sure others) offer way to export whole C++ classes from DLLs.
  43. Unfortunately (aside from just the name-"mangling/decorating" issues
  44. which usually foul-up cross-compiler C++ linking), each vendor's versions 
  45. of exported classes is usually not compatible with the others' (either
  46. because of the name mismatches or because of the techniques used to
  47. export classes).
  48.  
  49. So, it is definitely possible to use an object whose (C++) code resides 
  50. in a DLL (I've done it!).  But, if you choose to use this approach, be 
  51. sure that everyone who will use your DLLs has the same brand of C++ 
  52. compiler you do.  If you want your DLL to be the most compatible, stick 
  53. with normal C-style exported functions. 
  54.  
  55. Keep in mind that there *is* a cross-compiler, totally compatible way to 
  56. export objects from DLLs (and even applications).  It's called OLE 2.0.
  57.  
  58. Regards,
  59. -------------------------------------------------------------------------
  60. Matt Arnold                       |        | ||| | |||| |  | | || ||
  61. marnold@netcom.com                |        | ||| | |||| |  | | || ||
  62. Boston, MA                        |      0 | ||| | |||| |  | | || ||
  63. 617.389.7384 (h) 617.576.2760 (w) |        | ||| | |||| |  | | || ||
  64. C++, MIDI, Win32/95 developer     |        | ||| 4 3 1   0 8 3 || ||
  65. -------------------------------------------------------------------------
  66.